BBS in a Box 4/BBS in a Box - Macintosh - Volume IV (January 1992) (BBS in a Box).iso/Files/Word/U-V/UseNet#28

Text File | 1987-05-25 | 29.1 KB | 748 lines | [TEXT/MACA]

Usenet Mac Digest     Friday, April 3, 1987          Volume 3 : Issue 28

Today's Topics:
     Re: Rotated Text?
     Re: SuperSpool
     Re: MPW C annoyances....
     Finder 5.4 bug
     Re: Case Signatures
     Resedit PICT question.
     Re: MacNifty Audio Digitizer Info?
     Mods to System 4.0 via ResEdit
     Re: SuperSpool (bugs)
     Various SE Problems
     vt62/72 emulation for the Mac
     Definition of SMUS-IFF files for Macintosh?
     Re: Mac II mouse-
     MacBus Box --> Lightspeed C
     LaserWriter type
     Re: Various SE Problems
     Re: LaserWriter type
     Imagewriter2 Weirdness
     Re: Mods to System 4.0 via ResEdit
     Re: Resedit PICT question.
     Mathematical/Gothic font
     LaserSpeed
     re: LSP on 020 machines

----------------------------------------------------------------------

From: [e-mail] (Joel West)
Subject: Re: Rotated Text?
Date: 1 Apr 87 02:02:14 GMT
Organization: Western Software Technology, Vista, CA

There are two things to do with rotated text.  The first is displaying
it on the screen and for the ImageWriter.  The second is keeping it as
text for the LaserWriter.

For the first, just image it off screen, use the measuring trap and  the
ascent/descent information to build a boundary rectangle.  Then just
rotate the bits using any transposition algorithm (see, for example
'PICT Rotation with Copybits', Bob Denny, MacTutor 11/85).

Equally important is to keep it as text in the QD picture, so the LW
will print it right.  Basically, you want three picture
comments--TextBegin, TextCenter and TextEnd.  This allows you to print
Helvetica rotated 90 degrees at 300 dpi.

See Tech Note #91 (optimizing for LW) and Tech Note #27 (because this is
what MacDraw does).
--
    Joel West
    {ucbvax,ihnp4}!sdcsvax!jww    (ihnp4!gould9!joel once I fix news)
    [e-mail]    if you must

------------------------------

From: [e-mail] (Michael Lonetto)
Subject: Re: SuperSpool
Date: 31 Mar 87 15:18:02 GMT
Organization: Public Health Research Inst. (NY, NY)

Other interesting questions (for use with a plus):

f) Do any of these work with non apple printer drivers (GDT Softworks's
"Brother HR Series" and MSWord 3.0's "Serial Printer" specifically, if
anyone has tried). g) Related to above:  Do they work with non apple
printers, such as the Brother HR15 XL I'm using (I know, but my wife
needs LQ output).

I have a Jasmine 20 meg HD with >10 meg free, so efficient space
utilization for print spooling is not much of a consideration.

BTW:  If anyone in the NYC area knows a good place to buy Brother
printer accessories please drop me a line.  This printer NEEDS a tractor
drive.
--
Michael Lonetto    UUCP:(allegra!phri!lonetto)
USMAIL: Public Health Research Institute, 455 1st Ave, NY, NY 10016

------------------------------

From: [e-mail] (Johan Strandberg)
Subject: Re: MPW C annoyances....
Date: 1 Apr 87 02:06:19 GMT
Organization: Apple Computer Inc., Cupertino, USA

[e-mail] (Zigurd R. Mednieks) writes:
>Most Macintosh code, though, is going nowhere other than a Macintosh. In
>light of that fact, it would have been nice if Apple had specified its
>Apple-label  C compiler to conform more closely to its Pascal compiler
>datatypes.

Well, I just had to comment on this.  Anybody else from the Development
Tools or A/UX groups should probably pitch in too.

     o  Much Macintosh code will be ported to a non-Macintosh
    environment.  That is A/UX with its built in toolbox support.

     o  When having the choice of being compatible with the Pascal or
    the A/UX C-compiler, I personally choose the later.

     o  Why does everyone assume that INTEGER == int when you could as
    well write INTEGER == short?  Yes, I know there are cases when
    having a short int helps, but I have to say that writing
    flexible code for a 16 bit int environment is a royal pain.

     o  16-bit ints break much of the standard C libraries. To give a
    few examples:

        strlen() returns an int.  If your string is longer than
        64K then the value returned (IF IT RETURNS!) is
        undefined.  The result is that I have to hand code
        around this whenever there is even a chance that the
        string is looong.

        read() takes an int as the nbyte-s argument.  This
        means that I can't read more than 64K bytes at a time.
        (Actually 32K since it's normally an int and not
        unsigned.)  This is a real pain since this is a very
        common case.

    there are *many* more.

The following two points are not very important but:

     o  Historically, portability is enhanced if sizeof(int) >=
    sizeof(char *).

     o  Some quick hacks are easier if sizeof(int) >= sizeof(char *).
    I really should be ashamed saying this, but it's true, and for
    throwaway code, who cares? (Assuming the code actually gets
    thrown...)

I have used both MPW (I wrote Rez and DeRez) and LightSpeed (my favorite
prototyping environment [sorry DevTools :-)] ) extensively and I get bit
(pun intended) by the 16-bit problem every time.  Not in the sense of
portability (since good coding style takes care of it pretty much
automatically), but in the sense that it's hard to avoid passing
arguments that are greater than 64K to libraries, just so that it will
work even under LightSpeed. As a matter of fact, much of my prototyping
is broken for large data under LightSpeed because I know that I will run
any production code under a *real* C compiler [sorry LightSpeed :-)]
with 32 bit ints (MPW or A/UX).

In general, I think that having an 16-bit int is OK if you have a 64K
address space (such as a PDP-11), or it is very painful to move 32 bit
stuff around (80*86 where the address space isn't that much to talk
about anyway).  The Macintosh though uses the 68xxx architecture where
there are few if any penalties for using 32-bit ints.  The Macintosh is
a megabyte class machine (my Macintosh ][ has 5 meg at the moment, i.e.
it's not even fully stuffed) and the data typically handled is in the
n*64K range where n is >>1.

In conclusion, I think (and this and all the above is *my* opinion, not
Apple Computers) that the 16-bit int is a reminiscence from small memory
spaces (i.e. less than half a megabyte) and I am looking forward to when
we will have 64 bit pointers, 64 bit ints and 128 bit longs. (Only 16Gig
address space, how quaint, I bet it can't even do real time ray
tracing...) although that day might be a few years of yet......
--
    Sincerely yours,
    Johan
____________________________

    Johan Strandberg
    Toolsmith
    Apple Computer, Inc.

USENET:    {mtxinu!ucbvax,nsc,voder,sun}!apple!johan.UUCP
CSNet:    [e-mail]

------------------------------

From: [e-mail] (Bob Heiney)
Subject: Finder 5.4 bug
Date: 31 Mar 87 23:18:43 GMT
Organization: University of California, Berkeley

    In certain circumstances, Finder 5.4 will empty the trash on its own
initiative when it really shouldn't.  To see an example of this, start
your Mac.  Then eject the system disk and insert a data disk.  Get an
application file you don't want (or duplicate an existing file to make
something to throw out) and drag it to the trash.

    You will now be prompted to insert the system disk because the Finder
wants to put up the "Do you really want to remove the application
xxxxxx" alert.  To do this it needs the following (non-pre-loaded)
resources:

from the system file:  warning icon from finder resource fork:  alert
template, corresponding DITL,
                STR# with message, fat trash icon.

If you don't cancel from the alert, you are prompted to put the data
disk back in the drive and now comes the problem: the file you put in
the trash is gone from the disk like it should be but it isn't in the
trash!  The Finder is not only putting the application in the trash, but
it is emptying the trash as well.

    My work-around to this problem is to mark all of the above mentioned
resources as requiring pre-load with ResEdit (I don't remember their
ID's).

    This would be a good thing to fix in System 4.1/Finder 5.5.

                    --- Bob Heiney
--
---------------------------------------------------------------------
Bob Heiney    [e-mail]
        [e-mail]

"To stay young requires unceasing cultivation of the ability to
   unlearn old falsehoods."(Robert A. Heinlein)
---------------------------------------------------------------------

------------------------------

From: [e-mail] (Dennis Griesser)
Subject: Re: Case Signatures
Date: 1 Apr 87 02:23:22 GMT
Organization: FileNet Corp., Costa Mesa, CA

Why manufacture a conspiracy to explain this?  The way I heard it was...

The original Mac and Fat Mac had the same cases, with signatures.

The Mac+ introduced a SCSI port, and that brought substantial changes in
the layout and size of the connectors in back.  When Apple had the
existing molds reworked, SOME of the signatures were lost in the
process.  They didn't bother to put them back.

The new cases probably come from entirely new molds.  By this time,
Apple was tired of the whole signature thing anyway, and just never put
'em on.


------------------------------

From: [e-mail] (Philip D. Eckert)
Subject: Resedit PICT question.
Date: 2 Apr 87 00:06:27 GMT
Organization: CRG, Lawrence Livermore Labs

When using Resedit, I sometimes happen across some very interesting PICT
resources within applications.  Is there anyway that I can pull this
data out and make a file that either Macpaint or Fullpaint can look at ?

And while I'm on the subject, is there a way I can pull out the sound
data from applications and save it to be played with one of the sound
players ?

Any help appreciated.  Thank you.

------------------------------

From: [e-mail] (Jeff Meyer)
Subject: Re: MacNifty Audio Digitizer Info?
Date: 1 Apr 87 23:57:23 GMT
Organization: John Fluke Mfg. Co., Inc., Everett, WA

In article <[e-mail]>, [e-mail] (Bradford
Needham) writes:
> I'd like some information about the MacNifty audio digitizer for the Mac.
>
> Who makes it and what's their address?  They don't seem to be at the address
> I have.

While it is distributed by The Kette Group, the creators are

 Impulse Inc.
 6860 Shingle Creek Pkwy., #110
 Minneapolis, MN 55430

The number is 1-800-328-0184 (but they say for "orders" -- I can't find
one for questions).  They're having a "special" for right now --
digitizer hardware & new software (called SoundWave) for $154.95.

> Is the thing Mac+ (actually SE) compatible?  Is anybody using one on a Mac+?
> Is the software copy-protected?

It is Mac+ compatible -- IF you have an adapter.  I use the old
ThunderWare ThunderScan adapter -- the new one (which runs off of the
power pin on the external drive port) is even nicer.  So that's an Extra
$25 if you use a Mac+ or an SE (I have used it on an SE for about six
months).

The software is not copy-protected -- all of mine is on my DataFrame.
Much of the software is PD, other than the SoundCap program (player,
SoundInit, etc.).

> Can you easily incorporate digitized sounds into a program (e.g., Aztec C)?
> Has anyone done this with Aztec C?

No experience here, but several programs (NetTrek and others) use
SoundCap sound files with them.

> What do you like/dislike about the MacNifty or the company that makes it?

As companies go, I have to give Impulse a B.  My major complaint would
be their documentation; it's folksy, but it's often non-intuitive and
often seems to feel that you should "figure it out yourself".  Luckily,
most of the software is pretty well thought out.

My major complaint doesn't come to MacNifty's door -- I want to add
sound to my animation.  They thoughtfully provided a program for putting
sound in VideoWorks productions -- but I have found VideoWorks
impractical for my efforts.  What I REALLY want is to use it with is
MacMovies, but I have been told that MacMovies has no options to allow
sound to be used during MacMovies' animations [If this is not true,
PLEASE let me know!].  The other way that this could be solved would be
multi-tasking (i.e. animation and SoundPlay at the same time), but we
all know that isn't within the realm of reality, for the Mac+ at least.

OK, now for compliments.  Inputting sound through a microphone (or
better, tape) is a cinch, though it should be emphasized that with the
size of digitized sound, lots of memory and disk space are a big help.
The compressed option in SoundCap makes this less essential (but you
loose quality); still, 1 Meg of memory and a 20 Meg hard drive have been
a big help.  Once you've got the sound in, it is VERY simple to
manipulate the sound -- ramping, amplification, reverberation, changing
tempo, and about 50 things I don't understand, not being a sound
technician (note: not due to bad documentation on Impulse's part here --
I'm just too lazy to read sections I'm not currently using).

As to support, they do a nice job; quarterly newsletter, free upgrades
for software bug fixes (I have gotten two free software upgrades), and
reasonable prices for major software upgrades.  Case in point: Just got
a note from them advertising a new piece of software that replaces
SoundCap -- allows you to mix several digitized sounds into one.  I can
USE that, believe me!  Price: $25.  Reasonable.  I believe this will be
going out with digitizers from now on.  You can get it for better prices
through mail order - but they may not be selling it with the new
software.

I admit that the applications for such a device/software are currently
not great unless you're a programmer (again, assuming that one can
access sounds with most current Mac languages).  I've stuck basically to
(ugh) VideoWorks movies and startup sounds for my Mac (which are a lot
of fun).  Not high up in the Need category for me -- but the
Satisfaction ratio has been high.

If you have more questions, drop me a note...
--
                                "And God help whoever
                                 gets in our way!"
                                                   "Dimitri...?"
                                "YES, Alexi?
                                                   "We're not supposed to
                                                    believe in God."
                                "Oh.  That's right."

                                        Moriarty, aka Jeff Meyer
INTERNET:     [e-mail]
Manual UUCP:  {uw-beaver, sun, allegra, sb6, lbl-csam}!fluke!moriarty
CREDO:        You gotta be Cruel to be Kind...
<*> DISCLAIMER: Do what you want with me, but leave my employers alone! <*>

------------------------------

From: [e-mail] (Jeff Myers)
Subject: Mods to System 4.0 via ResEdit
Date: 2 Apr 87 05:34:03 GMT
Organization: UWisconsin-Madison Academic Comp Center

Bob Heiney's recent comments on the problems one has with System 4.0 on
floppy only systems led me to finally tailor things for myself.  His
directions were a bit sketchy if you're a novice ResEdit user, and the
fixes below are for two separate problems rather than just the trash
auto-empty problem which he was concerned with.  The other 'problem'
concerns an additional disk swap often initially called for in certain
instances (usually when you are doing disk copies or copying files
between two disks without the system disk sitting in a drive).

Make the following mods to the new System file (using Get Info in
ResEdit for the appropriate resources):

    ICON        ! in a triangle        check preload box
    ICON        hand in stop sign    check preload box

Make the following mods to the new Finder (you may wish to edit the
fields at the end of the LAYO resource while you are at it (I turn off
trash warnings and set always grid drags)):

    ALRT        134            check preload box
    ALRT        129            check preload box
    DITL        134            check preload box
    DITL        129            check preload box
    ICN#        fat trash can        check preload box
    ICN#        default application    check preload box

Criticisms, comments, or additional suggestions encouraged.  I also
unset the purgeable setting for the two System file ICON's, but I'm not
entirely sure that one doesn't have deleterious effects, but I can't see
why it would and I don't really want to have to swap the system disk
back in just to load one of those ICONs when I'm in dire straights.

Is anyone at Apple willing to defend the choices they made for the
settings used in the SE system disks actually shipped?  By the way, you
should thank your favorite deity (or non-deity) that the Mac operating
system is designed in such a compartamentalized fashion so that
non-68000 hackers can still twiddle bits and actually accomplish
something.  Well done, Apple!

--
Jeff Myers                The views above may or may not
University of Wisconsin-Madison        reflect the views of any other
Madison Academic Computing Center    person or group at UW-Madison.
ARPA: [e-mail]
UUCP: ..!{harvard,ucbvax,allegra,topaz,akgua,ihnp4,seismo}!uwvax!uwmacc!myers
BitNet: MYERS at WISCMACC

------------------------------

From: [e-mail] (David Phillip Oster)
Subject: Re: SuperSpool (bugs)
Date: 1 Apr 87 22:29:22 GMT
Organization: University of California, Berkeley

I run superspool on a DataFrame 20 system along with MacsBug. SuperSpool
often keeps draft printing from workign at all, and high quality
printing works only as long as the queue of files to print is non-empty.
If I let the  queue emtpy, when I next try to print the system tells me
that there is no printer driver. The only fix is to reboot. As things
stand, its worth what I paid for it.  Any suggestions?
--
--- David Phillip Oster        -- "We live in a Global Village."
Arpa: [e-mail]  --
Uucp: ucbvax!ucblapis!oster     -- "You are Number Six."

------------------------------

From: [e-mail] (Derek Austin)
Subject: Various SE Problems
Date: 1 Apr 87 07:35:25 GMT
Organization: The Byte Centre

Can anyone provide any assistance with the following problems observed
on SEs:

1.    Documents copied to the internal hard disk from disks previously
    used with a Mac+ sometimes lose their creator.
    E.g., MacTerminal documents can no longer find their application
    when double-clicked.

2.    Escape, control, and arrow keys don't work in MacTerminal.  There
    looks like there should be a way to fix this in the new control
    panel but  can't find how.

3.    With switcher 5.1 (at least), trying to change up the folder
    hierarchy is difficult because although you can pull down the
    list of superior folders, the names of the folders are invisible.

4.    With 3COM software, half the keyboard "disappears".


Sorry for the lack of detail in the above - I haven't seen them all
myself. Any ideas would be of interest.

--
Derek Austin        ACSnet:    [e-mail]
The Byte Centre        ARPA:    [e-mail]
49 Park Road        CSNET:    [e-mail]
Milton    4064        JANET:    gucis.oz!derek@ukc
Australia        PHONE:  [phone]
            VIATEL: 737676700
UUCP:    {seismo,hplabs,mcvax,ukc,nttlab}!munnari!gucis.oz!derek

------------------------------

From: [e-mail] (Derek Austin)
Subject: vt62/72 emulation for the Mac
Date: 2 Apr 87 02:44:31 GMT
Organization: The Byte Centre, 49 Park Rd., Milton, 4064. AUSTRALIA.

Does anyone know of a terminal emulator that includes a vt62 or vt72
emulation?

Thanks,


    derek

------------------------------

From: [e-mail] (Shane P. McCarron)
Subject: Definition of SMUS-IFF files for Macintosh?
Date: 1 Apr 87 17:34:58 GMT
Organization: MECC Technical Services, St. Paul, MN

We need the structure definition for the Simple Music Interchange File
Format (SMUS-IFF).  SMUS files are used by "standard" music programs on
the Mac to transfer data.  We would like to be able to intelligently
interpret the data in these files, and obviously need the definition
before we can do that.  Please reply via E-Mail.  I will summarize to
the net if I find out anything interesting.
--
Shane P. McCarron        UUCP    ihnp4!meccts!ahby, [e-mail]
MECC Technical Services        ATT    [phone]
(C) Copyright 1987 Shane P. McCarron
    Redistribution allowed only if your recipients can redistribute

------------------------------

From: [e-mail] (Joel West)
Subject: Re: Mac II mouse-
Date: 2 Apr 87 16:03:01 GMT
Organization: Western Software Technology, Vista, CA

A third party 3-button mouse has been developed for the Apple DeskTop
Bus, but won't be announced until A/UX is available, since there's no
point.  Apple has flatly rejected > 1 button for their interfaces, but I
assume one of the three buttons will still work with the Toolbox (maybe
the other two can be mapped to shift-click and option-click.)

The X Window System (which runs under UNIX) requires at a minimum of two
buttons, although three is better.  There is no way to fake it with one
button, since it also uses keyboard modifiers.

The mouse has caught on, but let's look at how:
    1 button    Apple II, Macintosh
    2 button    IBM PC family
    3 button    UNIX workstations

Let's here it for industry standardization.  At least everyone
understands what RS-232 is. :-)
--
    Joel West
    {ucbvax,ihnp4}!sdcsvax!jww    (ihnp4!gould9!joel once I fix news)
    [e-mail]    if you must

------------------------------

From: rs4u#@ANDREW.CMU.EDU (Richard Siegel)
Subject: MacBus Box --> Lightspeed C
Date: 1 Apr 87 17:55:05 GMT

Has anyone had any success porting the MacBus SCSI/IEEE controller
interface routins (which originally were in Megamax C) over to
Lightspeed C? Or to Lightspeed Pascal?

        --Rich

------------------------------

From: [e-mail] (Peter Merchant)
Subject: LaserWriter type
Date: 1 Apr 87 23:50:21 GMT
Organization: Dartmouth College, Hanover, NH

I know that I can change a LaserWriter's name to something other than
"LaserWriter".  Is there any way to change the LaserWriter's TYPE from
"LaserWriter" to something else.  I know I'll also have to customize a
driver for it. -- "You make everything groovy..."           Peter
Merchant ([e-mail])

------------------------------

From: [e-mail] (Brian Schipper)
Subject: Re: Various SE Problems
Date: 2 Apr 87 20:58:35 GMT
Organization: Apple Computer Inc., Cupertino, USA

In article <[e-mail]> derek@gucis (Derek Austin) writes:
>2.    Escape, control, and arrow keys don't work in MacTerminal.  There
>    looks like there should be a way to fix this in the new control
>    panel but  can't find how.

A new release of MacTerminal (2.2) will be available in May.  This will
correct any problems with the new keyboards.

------------------------------

From: [e-mail] (Joel West)
Subject: Re: LaserWriter type
Date: 3 Apr 87 02:11:54 GMT
Organization: Western Software Technology, Vista, CA

In article <[e-mail]>, [e-mail] (Peter Merchant)
writes:
> I know that I can change a LaserWriter's name to something other than
> "LaserWriter".  Is there any way to change the LaserWriter's TYPE from
> "LaserWriter" to something else.  I know I'll also have to customize a
> driver for it.

Look at STR -4091, 4094, 4095, 4096.  You also have to go after some of
the DITL resources.

Of course, you know that once you change all the strings, the LW driver
will never find any LW's using NBP.  You might want to look at the
Chooser docs in the Device Mgr section of IM Volume IV.
--
    Joel West
    {ucbvax,ihnp4}!sdcsvax!jww    (ihnp4!gould9!joel once I fix news)
    [e-mail]    if you must

------------------------------

From: [e-mail] (Dave Fritzinger)
Subject: Imagewriter2 Weirdness
Date: 3 Apr 87 01:45:19 GMT
Organization: Public Health Research Inst. (NY, NY)

We just acquired an Imagewriter 2 to go along with our Mac+, and have
suddenly discovered the following problem.  When we start to print a
file, a random character shows up on the top left hand corner of the
first page.  The characters seen so far include "@" and "~".  We have
seen this behavior so far in printing Word3, Word1.05 and CricketGraph
files.  Does any one out there  have any idea what is going on, and how
we can stop this behavior?   Thanks Dave Fritzinger
--
allegra!phri!fritz
Public Health Research Institute
455 1st Ave
New York, NY 10016
212-578-0855

BTW, the file itself prints ok, we just get that unwanted character on the top
left hand corner.

------------------------------

From: [e-mail] (Bob Heiney)
Subject: Re: Mods to System 4.0 via ResEdit
Date: 2 Apr 87 20:35:55 GMT
Organization: University of California, Berkeley

It is also necessary to mark the STR# resource that contains the message
asking you to verify putting the application in the trash.  I don't
remember the resource ID (if I only had a modem this wouldn't happen!)
but I think that the message is in the highest STR# in the Finder's
resource fork (ID 134?).

When you check the preload box for default application, you might as
well check preload for default document, since this gets used a lot.

--
---------------------------------------------------------------------
Bob Heiney    [e-mail]
        [e-mail]

"To stay young requires unceasing cultivation of the ability to
   unlearn old falsehoods."(Robert A. Heinlein)
---------------------------------------------------------------------

------------------------------

From: [e-mail]
Subject: Re: Resedit PICT question.
Date: 2 Apr 87 15:46:25 GMT

    The data from any resource can be put into the clipboard via cut or
copy.  Since ResEdit recognizes the PICT resource type as special, it
will put it in the clipboard as a picture, and not text (data).  The
transition to Macpaint is easy. Here are steps:
    in ResEdit:
        1) open the PICT resource file you are interested in.
        2) select the specific PICT you want by single clicking on
            it (a rectangle should appear around it).
        3) select Copy from the Edit menu (clover-c)
        4) open the scrapbook Desk Accessory.
        5) Select Paste from the Edit menu (clover-v) That puts the picture in
the scrapbook.  If you have trouble putting it in the scrapbook, paste
the PICT instead into the PICT resource in the file "Scrapbook File".
The is effective the same as pasting into the Scrapbook. Now it is a
matter of getting them into Macpaint.
    in MacPaint:
        1) open the Scrapbook DA.
        2) Select the PICT you want.
        3) Select Copy from the Edit menu (clover-c)
        4) Close the Scrapbook
        5) select Paste from the Edit menu (clover-v) That's it. The process
will also go in reverse. A few Caveats for going in reverse: Make sure
the dimensions of the pictures are the same!  Some programs will bomb if
they aren't. When pasting a resource in ResEdit, ResEdit will choose a
unique resource ID.  You must change the this ID to what the old
resource was.  The steps are simply: remove old resource.  Paste in new
one.  Alter ID so that it is correct.
> And while I'm on the subject, is there a way I can pull out the sound data
> from applications and save it to be played with one of the sound players ?
>
    Probably, but you'd have to know where the data is to get at it.

Steve "Retief of the CDT" Hawley (decvax, ucbvax)!bellcore!sdh

------------------------------

From: [e-mail] (Simon Evans)
Subject: Mathematical/Gothic font
Date: 1 Apr 87 07:25:25 GMT
Organization: RUNX Un*x Timeshare.  Sydney, Australia.

Does anyone have or know of a LaserWriter (or bitmap) font that
resembles the "Gothic" lower case font used in many Mathematical texts
to represent ideals of a ring? I would appreciate any details (eg some
one who sells such a font, or the name of some pd disk (BMUG etc) that
has such a font)

    Thanks for any tips or pointers,

        Simon Evans.

[I intend to use Word 3.0 to prepare a 60 page Mathematical essay this
year and therefore need that particular font to represent ideals]
--
Simon Evans              ISD: [phone] or [phone]
c/o JAM Software Pty Ltd     STD:  (02) 90-7031 or [phone]
27A Nowranie Street         ACS: [e-mail]
Summer Hill NSW  2130           UUCP: seismo!munnari!runx.ips.oz!sce
AUSTRALIA                       ARPA: munnari!runx.ips.oz!sce@SEISMO
(4th year student, Dept Pure Mathematics, University of Sydney, Australia)

------------------------------

From: rs4u#@ANDREW.CMU.EDU (Richard Siegel)
Subject: LaserSpeed
Date: 3 Apr 87 12:40:15 GMT

Has anyone tried "LaserSpeed", THINK's new LaserWriter spooler?

In light of their accomplishments with Lightspeed C and Pascal,


        --Rich

------------------------------

From:   IN%"[e-mail]"
Subject: re: LSP on 020 machines

I have contacted THINK about the problems of LSP v1.0 running on 68020
machines and have been informed that they are aware of some problems and
are currently testing a new version (v1.01) which will correct these.

I suspect that the release of this software will be within the next two
months (that is really only a guess).

If I find any more info, I will surely pass it along.

Wayne Billing      NetNORTH address <BILLING@UOFMCC>
"Dinsdale!" - Spiny Norman

------------------------------

End of Usenet Mac Digest
************************